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Document No: MIDI-1 
Issued: January, 1983 
Revised: 


Copyright ©1933 by 
SEQUENTIAL CIRCUITS, INC. 
All rights reserved. 


MIDI HISTORY 
Stanley Jungleib, SCI 


Introduction 


The Musical Instrument Digital Interface (MIDI) is a specification which enables 
manufacturers to design equipment that is basically compatible. This is most 
beneficial for the owner, whose equipment is thereby protected from obsolesence. As 
MIDI-compatible equipment is introduced, one will be able to freely choose keyboards, 
sequencers, and rhythm units from a variety of manufacturers with confidence that 
they will work together as one programmable system through which complete pieces 
can be composed and realized. 


The problem of instrument compatibility is not new. It can be probably said of any two 
keyboards, that someone has desired if not actually tried to interconnect them. 
Keyboard couplers were developed for both pipe organs and harpsichords. In the heyday 
of electric organ technology this interest occasionally led to the installation of thick 
cables for wiring keyboards in parallel. The first synthesizers were easier to interface, 
because of the nature of modular equipment. However modules from different 
manufacturers might have incompatible control voltage, trigger, gate, and output 
levels or polarities. These differences have been promulgated in scores of synthesizer, 
keyboard, and effect devices, ultimately giving rise to an entire industry devoted to 
modifications and interfacing. And though they provide the best opportunity for 
interface so far, even microcomputer-based synthesizer equipment has been developed 
along independent, incompatible lines. 


Like many other defacto "standards," the MIDI has arisen primarily from the activities 
of those concerned that the incompatibility of current equipment discourages wider 
availability of the kinds of complex systems which can be envisioned utilizing even 
current technology. (The S-100 microcomputer buss evolved for similar reasons.) It is 
more than anything else the advent of the home computer which has forced music 
manufacturers to finally address the issue of compatibility. For the musician, the 
keyboard interface to the computer terminal offers the possibility of multi-track 
sequencing and editing, score display and printing. In this light the usefulness and need 
for a standard computer keyboard interface is obvious. Only with some such standard 
can these musical tools be developed. 


The following explains how the MIDI specification resulted from this industry-wide 
consensus. The MIDI specification neither possesses nor claims any authority over 
equipment design. Rather, it is merely an informa! agreement on some simple 
interface circuitry and the "grammar" of a non-proprietary language which can carry 
meaningiul information between instruments. The incorporation or support of the MIDI 
facility in a product remains entirely a decision for each manufacturer. 
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The SCI Digital Interface 


SCI first became interested in microcomputer interfacing in conjunction with the 
design of the Prophet-10 polyphonic synthesizer and its internal polyphonic sequencer. 
The Prophet and its sequencer each were based on Z-80 microcomputers. To record, as 
notes were played, every few milliseconds (at a rate set by the sequencer clock), the 
Prophet would send its complete keyboard "status" to the sequencer. The sequencer 
had to figure out which notes were going on and off, and record these events in 
reference to the clock count. On playback, the sequencer computer also sent the 
complete keyboard status every clock pulse, with events as counted out by the clock. 
The Prophet would play these notes just as if they came from its own keyboard, Later, 
this sequencer was made available as an accessory for the Prophet-5. The Prophet-5 
Remote Keyboard was also developed which used this interface. SCI published the data 
protocol upon which this interface was based, in the hopes that the programming 
public would be encouraged to develop their own interfaces for the Prophet-5. 


This did not occur, apparently because in being conceived for a specific application, 
the interface was very fast but too clumsy for general-purpose use. It was criticized as 
requiring too much programming "overhead," in the constant transmission of 
meaningless keyboard information. As a result of this experience, SCI resolved to 
pursue a more streamlined interface that would be easier for programmers to work 
with. 


The Universal Synthesizer Interface 


In the meantime, occasional discussions between the presidents of Sequential Circuits 
(SCI), Oberheim Electronics, and Roland (Dave Smith, Tom Oberheim and Ikutaroo 
Kakehashi) also revealed a shared interest in the interface problem and development 
of an interface widely acceptable to the industry. 


Smith then outlined a specification for a "Universal Synthesizer Interface" (USI). It 
was developed with the assistance of SCI's Chet Wood and presented at the Fall, 1981 
convention of the Audio Engineering Society (AES). 


The USI differed markedly from the earlier SCI Digital interface in that rather than 
being polled at the sequencer clock rate, information was only sent when an event 
actually occured--for example, a note going on or off. The USI was proposed to be 
serial, operating at 19.2 kBaud, with TTL levels, and connected through phone jacks. 


After incorporating changes in response to comments from AES, Smith sent a 
questionnaire to all manufacturers and industry consultants he could find, asking for 
their suggestions and any special requirements. There was a strong response to this 
initiative; some saying, for example, that it would not be possible to do it serially, that 
a paralle! interface was necessary. Others thought the proposed serial speed too fast 
for operation with home computers. Many other issues were raised. 


All respondents were invited to a conference in coincidence with the January, 1932 
Western National Association of Music Merchants (NAMM) convention in Anaheim. 
This meeting was attended by representatives from SCI, Roland, Oberheim, 
CBS/Rhodes, Yamaha, E-mu, Unicord (Korg), Music Technology Inc., Kawai, Octave 


Plateau.. Passport. Designs, and Syntauri. Other manufacturers seemed to be 
maintaiaing a "wait ind-see" policy. 
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At this meeting the chief changes which occured to the USI were to add optoisolation 
to prevent audio ground loops, and to increase the speed to 31.25 kBaud. 


The Japanese Interface Proposal 


Following the USI discussion at Anaheim, an alternative specification was presented by 
some of the Japanese companies which had grown out of their own research. Whereas 
the USI was basically content to specify note on/off codes, this new proposal went on 
to define many more complex operations. It also offered a different data structure, 
with status and data bytes being flagged by bit 7 (l=status, Q=data). This greatly 
simplified the protocol by eliminating all the checks which were otherwise needed to 
distinguish the data category. With the most significant bit now defined as a "flag," 
data is thereby limited to 7 bits, but this is sufficient for most synth data, and when 
not, can simply be sent as multiple 4-bit nibbles. 


The MIDI 


After the Anaheim meeting, Smith and Wood integrated the USI and Japanese 
proposals, forming the first MIDI specification. This was sent to all of the meeting 
participants but, curiously, provoked no further comment from this continent. The 
final document was therefore arrived at after several exchanges betwen SCI and 
Roland, which is serving as liason with Yamaha, Korg, and Kawai. 


The development of MIDI was first made public by Robert Moog, in his October, 1982 
column in KEYBOARD magazine. 


In December of 1933, SCI began shipping the Prophet-600, the first commerically 
available instrument to include the MIDI. 
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Document No: MIDI-2 
Issued: January, 1983 
Revised: 


MIDI FUNDAMENTALS 
Stanley Jungieib, SCI 


INTRODUCTION 


The Musica! Instrument Digital Interface (MIDI) specification was recently worked out 
as a cooperative effort by several! synthesizer manufacturers (see "MIDI HISTORY"). 
Intended as an introduction, this article includes al! information contained in the 
specification, surrounded by more context and explanation. Once you become familiar 
with MIDI, you may prefer working with the actual "MIDI SPECIFICATION." 


The purpose of the specification is to enable the easy integration of synthesizers, 
other electronic keyboards, sequencers, drum boxes, and home computers from various 
manufacturers, into one programmable system. In being made compatible with 
forseeable microcomputer technology, the useful lifetime of the musician's equipment 
is thereby multiplied. The realization of complex electronic-assisted music hitherto 
reserved for well-financed professionals becomes more widely available. For example, 


Synthesizers can be easily configured "in parallei," with instruments played 
simul!taneously or remotely. 


Entire compositions, consisting of monophonic and polyphonic sequences and 
rhythm, can be played at one touch. 


The computer terminal can be used for composing, sequence creation and 
editing. 


Graphic-quality printers can print the "hardcopy" manuscript of an 
improvisation or composition. 


Video synthesis can be integrated with music synthesis. 
Those parts of musical education requiring drill, e. g. learning to read music, 


scale recognition, and ear training, can be automated. This frees the teacher's 
time to concentrate on technique. 
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HARDWARE 


To simplify cabling between instruments, the interface is serial. It operates at 31.25 
kBaud (thousand-bits-per-second), asynchronous. This is considered a high speed for 
serial operation--in comparison to the typical RS-232 maximum of 19.2 kBaud--and 
was chosen to prevent objectionable delays between equipment. The 31.25 kHz clock 
can also be easily obtained from hardware, for example, by dividing | Mhz by 32. One 
serial data byte consists of a start bit, 8 data bits (DO to D7), and a stop bit--for a 
total of 10 bits transferred in 320 microseconds (us). 


Physically, MIDI appears as two or three jacks on the instrument. See Figure M2-1, the 
hardware schematic. The connectors are DIN 5-pin (180 degree) female panel mount 
receptacles (SWITCHCRAFT 57GBS5F or equivalent). DIN connectors were agreed to by 
U. S. manufacturers because it was felt that DIN connectors are now widely available 
here. However the specification does provide that a manufacturer can use XLR 
connectors, if the firm makes available all necessary conversion cables. 


The two required jacks are MIDI OUT and MIDI IN. The transmitter data typically 
originates in the instrument's UART. The interface circuit is a 5-mA current loop, 
designed especially to prevent the formation of audio ground loops which often develop 
in complex systems. The output is normally meant to drive only one input. If transmit 
data is low (0), current flows from Vcc (+5V) through Ra, over pin 4 of both 
connectors, through the opto-isolator, returns over pin 5, then through Rc. The opto- 
isolator output is normally pulled high by Rd. However when current flows through the 
internal LED, the isolator output switch turns on, grounding Vo, thus sending a low to 
the receiver UART. When data is high, the LED does not light. The receiver UART 
therefore sees a high. DI protects the opto-isolator from reverse-polarity currents 
which may result from transmitter anomalies. 


Interconnect cables should not exceed fifty feet (15 meters), and must have a 
corresponding 5-pin DIN male plug (SWITCHCRAFT 05GM5M or equivalent.) The cable 
should be shielded twisted pair, with the shield connected to pin 2 at both ends. Notice 
that while the MIDI OUT jack is grounded to the instrument chassis, MIDI IN is not. 
This allows the cables to provide their shielding services without creating ground 
loops. 


The optional third jack, MIDI THRU, provides a direct copy of data coming in MIDI IN. 
It is included when the manufacturer intends the instrument to operate in a "chain" or 
"loop" network, as opposed to a "star" network. This question provides a convenient 
seque into the topics of rodes and channels. 


MODES AND CHANNELS 


The first thing to realize about MIDI is that the total control features available still 
depend on the design of each specific piece of equipment. MIDI does not magically 
transcend equipment limitations or differences. Rather it merely enables them to 
"communicate" at their "least common" level. For example, specific programmed 
sounds can't be transferred directly between different models of synthesizers because 
of inherent design differences, but keyboard information and program selections can 
be communicated. 


GENERAL 


Figure M2-1 
ARDVARE SCHEMATIC 
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One of MIDI's design goals was to be simple enough so that you could connect any 
polyphonic synthesizer to any other, or to a sequencer, and at the very least the notes 
would be correctly played or stored. This would be possible with virtually no other 
action on the part of the user. Above this minimum, each instrument may or may not 
include further facilities for complex control options. 


Each type of equipment has different minimum requirements. For synthesizers, 
minimal usefulness seems to include remote keyboard control and program switching. 
While polyphonic sequencers send and receive keyboard data, they may or may not be 
interested in program changes. Monophonic sequencers can only deal with individual 
lines, so keyboard data must somehow be different for them. Drum units don't usually 
care about specific keyboard notes, but may need to synchronize to their timing, or to 
the sequencer, and perhaps react to program changes as well. 


While most of these requirements and useful control options can be foreseen, the 
number of possible interconnections cannot. Therefore while the specification says 
that each transmitter will drive one and only one receiver, provision has been made so 
that any specific instrument or synthesizer voice on the MIDI bus can be addressed, 
regardless of the interconnection scheme. This is accomplished by assigning up to 16 
channels under increasingly powerful (and complex) modes. 


Each unit connected to the MIDI bus has separate transmit and receive ports. There 
are three modes of operation for transmitters and receivers: Omni, Poly, and Mono. 
Omni mode is the most general leve! of operation, interfacing all units. Poly mode 
allows each unit (synth, sequencer, or drum box) to be addressed separately. Mono 
mode is the most specialized, allowing individual addressing of (for example) each 
synthesizer voice. 


Normally, transmitters will periodically send out a Mode Select command for the most 
powerful mode to which they can be configured. However, the actual data transmitted 
will be in the mode to which a second transmitter may have switched the receiver. For 
example, Synth A by default transmits in Omni mode to Synth B. Synth B, being 
capable of Poly mode operation, periodically transmits Poly Mode Select codes to 
Synth C. But the data sent from Synth B to C will be in Omni format (because Synth 
B's receiver is constantly getting Omni Mode Select commands from Synth A). Synth 
C may or may not respond to the Poly Mode Select commands from Synth B, because if 
a receiver is capable of operating in the requested mode, it switches to that mode. 
Otherwise it ignores the Mode Select command. (By the way, the Mode Select 
commands double as "All Notes Off" commands, therefore can only be sent while all 
notes are off, or when it is desired to turn all notes off.) 


Omni Mode 


At power up or reset, all instruments default to Omni mode. See Figures M2-2 and M2- 
3. Regardless of the system configuration, Omni transmitters always send polyphonic 
data on Channel 1. Omni receivers respond to Note On/Off Events sent over any 
channel (1-16). These notes are handled according to the internal assignment scheme 
of the synthesizer. So this configuration allows any number of polyphonic synthesizers 
to play in parallel, as soon as they are interconnected. 
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Figure M2-2 
OMNI MODE CHAIN NETWORK 
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OMNI MODE STAR NETWORK es 


A receiver's mode can only be changed by a Mode Select command transmitted in the 
channel(s) to which it is currently assigned. If the receiver is not capable of operating 
in the requested mode, it ignores the Mode Select command. No unit may switch its 
own modes. Even though a receiver in Omni mode receives in all channels, it will 
respond to Mode Select commands in only one channel: the one to which it is assigned. 


Receivers and transmitters without channel selection capability are always assigned by 
default to Channel |. 
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Poly Mode 


Omni mode addresses all units with the same data. Poly mode allows individual 
addressing of each unit. In other words, the master controller can send separate parts 
to each synth, whereas in Omni mode they all played the same part. 


As shown in Figure M2-4, the master controller in the chained network sends all 
commands, which are encoded with their destination channel number, over one line. 
This requires each unit include an address selector switch to define its channel of 
operation. 





Figure M2-4 
POLY MODE CHAIN NETWORK 


The channel! definitions having been made, the master controller must issue the 
command to the receiver on that channel to switch to Poly mode. Thereafter, the 
receiver listens for keyboard data encoded with its channel number. Any number of 


notes can be sent, to which, again, the polyphonic synth will respond according to its 
own priorities. 


Poly mode will be useful for sequencing multi-part arrang2ments of standard synths, 
for example, which can't be done in Omni mode. 


Mono Mode 


When a synthesizer has Mono capability, and it receives a Mono Mode Select command, 
it configures itself to receive on the channel it is assigned to and above, up to the 
number of voices it has. For example, the Prophet-T8 in Mono: mode will transmit and 
receive on Channels | - 8. (Future synthesizers could contain more elaborate channel 
selection capability.) 


Channeling each voice provides fast transfer of individual pressure (also called "after 
touch") data for each key. It also makes true legato possible, because the note vaiue 
(svoice pitch) can be changed without having to first turn the note off (as in Poly 


mode). 


The data format for the specific codes which control the modes and channels can now 
be presented. 
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DATA FORMAT 


There are five categories of MIDI data: Channel, System Common, System Real Time, 
System Exclusive, System Reset. 


Each data category encompasses a number of "status bytes" which define specific 
commands under that category, and which precede data bytes which specify the exaci 
operation. Status bytes are distinguished from data bytes accerding to whether the 
most-significant (MS) bit is set (l=status) or reset (O=data). The status bytes under 
each category are defined below. Note that any data sets (e.g. Note On event data) 
which are sent successively under the same status, can be sent without a status byte 
until a different status byte is needed. 


Channel! information performs most of the routine work. Commands are addressed to 
specific channels by a 4-bit number which is encoded into the status byte. The 
associated data bytes can identify keys going down (on) and up (off), their on or off 
velocities, and pressure or "after-touch" (on keyboards so equipped). 


System Common, Real Time, and Reset information is intended for all channels in a 
system. System Common information identifies song selections and measure numbers 
for all units. Real Time information is used for synchronizing everything (perhaps to a 
master sequencer). Therefore, Channel and System Common information is 
interruptible by System Real Time information. 


System Exclusive information allows the exchange of data which can be formatted as 
the manufacturer wishes. Only devices which recognize the manufacturer's format will 
attend the exchange. 


Reset simply initializes all equipment to power-on condition. 


The five categories are ordered below according to their utility. 


Channel 


The most significant four bits of each Channel status byte define the command, while 
the least significant four bits identify the effective channel. 


9xH NOTE ON EVENT 
3 bytes: 1001 nnnn + Okkk kkkk + Ovvv vvvv 


nann 
Channe! code, 0-15. Corresponds to channel numbers 1-16. 


kkk kkkk 

Key number, 0-127. 

For all keyboards, middle C=60. All C key numbers are multiples of 12. 
The standard five-octave synth keyboard ranges 36-96. 

The 88-note piano keyboard ranges 21-108. 


vVV_VVVV 

Key On velocity, 0-127. 

With no velocity sensors, default to 64. 

With velocity, [=ppp (soitest), 127=£f££ (loudest). 
Key On velocity=9, turns note off. 
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8xH NOTE OFF EVENT 
3 bytes: 1000 nnnn + Ckkk kkkk + Qvvv vvvv 


vvV_VVVV 
Key Off (release) velocity. 
Implemented on Prophet-T8. 


AxH POLYPHONIC KEY PRESSURE 
3 bytes: 1010 annn + Okkk kkkk + Ovvv vvvv 


vvV_VVVV 
Pressure/After-touch value, 0-127. 
Used in Omni mode. (Compare code DxH, Mono mode) 


BxH CONTROL CHANGE 
3 bytes: LOL1 nnnn + Occe cece + Ovvv vvv 


gee cece 
Control address, 0-127. 
Except for the Pitch Bender (0), the controllers are not specifically 
defined. A manufacturer can assign the logical controllers to physical 
ones as necessary. The controller allocation table must be provided in 
the user's operation manual. Continuous controllers (including the Pitch 
bender) are divided into Most and Least Significant Bytes. If only 7 bits 
of resolution are needed for a specific controller, only the MSB is sent. It 
is not necessary to send the LSB. If more resolution is needed, then both 
are sent, first the MSB, then the LSB. If only the LSB has changed in 
value, the LSB may be sent without re-sending the MSB. 

0 Pitch bender MSB 


i Controller 1 MSB 

2 Controller 2 MSB 

3 Controller 3 MSB 

4-31 Continuous controllers 4-31 MSB 

32 Pitch bender LSB 

33 Controller 1 LSB 

34 Controller 2 LSB 

35 Controller 3 LSB 

36-63 Continuous controllers 4-31 LSB 

64-95 Switches (on/off) 

96-123 Undefined : 
124 Local/Remote Keyboard Control (toggle) 
125 Omni Mode Select/Ali notes off. 

126 Mono Mode Select/All notes off. 

127. Poly Mode Select/All notes off. 


If c=125, 126, or 127, v (see below) must be 0. 


WVY_VVVV 

Control! value, 0-127. 

For mode selections (c=125, 126, or 127), vvv vvvv must be 0. 

Pitch tenders should range from 0-127, with 64 being center (no pitch 
bend). 

Other controllers ill range from O=minimum to 127=maximum. 
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CxH PROGRAM CHANGE 
pytes: [iGGnnnn - Sppp pppp 








nN 


pop pppp 
Program number, 0-127 


DxH CHANNEL PRESSURE 
2 bytes: 110lnnan + Ovvv vyvv 





vVvV_VVVV 
Channel pressure/after-touch amount, 0-127. 
For Mono mode: channel (rather than key) is identified. 


ExH UNDEFINED , 
(SCI uses this status for Pitch Wheel change in the Prophet-600. For further 
information, see the Prophet-600 MIDI specification.) 


System Exclusive 


A format has been defined for System Exclusive information, consisting of a two-byte 
preamble, the data itself, and a one-byte end code. The purpose of this format is to 
provide for the transmission of data which may be useful to any two instruments from 
one manufacturer but uninterpretable to other MIDI-bussed devices. For example, SCI 
uses this protocol for loading and dumping program data. System Exclusive information 
can only be interrupted by a System Reset command. : 


Current ID numbers are: 
Sequential Circuits O1H 


Kawai 40H 

Roland 41H 

Korg . 42H 

Yamaha 43H 
Receivers which do not recognize the ID# ignore the ensuing system exclusive 
data. : 
data 





Any numer of bytes. 

MSB must be reset. (Otherwise will signal a new status byte.) Data can range C- 
127. 

Data is intended for all channels. 


E7H 
AITEND-OF-BLOCK code which terminates System Exclusive status. 
SYSTEM RESET will also terminate System Exclusive status. 
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In no case should other data or status codes be interleaved with System Exclusive data, 
regardless of whether or not the ID code is recognized. 


Under "data", SCI uses the following protocol to code program transfers (see also the 
MIDI specification for each instrument): 


Byte 3 Byte 4 


00H PP F7H PROGRAM SEND REQUEST 
OlH PP dd...dd F7H PROPHET-5 PROGRAMS 
02H PP dd...dd F7H PROPHET-600 PROGRAMS 
03H PP dd...dd F7H PROPHET-T&8 PROGRAMS 
04H PP dd...dd F7H PROPHET-10 PROGRAMS 


PP=program number 
dd= data in four-bit nibbles, LS nibble first, right justified. 


System Real Time 


The System Real Time codes control the entire system in real time. They are used for 
synchronizing sequencers and rhythm units. 


To maintain timing precision, these codes can be sent between any System Common or 
Channel data sets which consist of two or more bytes. However, the codes may not be 
interleaved with System Exclusive data. 


System Real Time statuses are intended for all channels and recognized by all units 
using the interface. If the functions specified are not implemented, they are simply 
ignored. 


F3uH TIMING-CLOCK-IN-PLAY 
This clock is sent while the transmitter is in Play mode. The system 
is synchronized with this clock which is sent at a rate of 24 
clocks/quarter note. 


FSH MEASURE-END 
The MEASURE-END is transmitted instead of the TIMING-CLOCK-~ 
IN-PLAY at the end of each measure. 


FAH START-FROM-I|st-MEASURE 
This code is immediately sent when the PLAY button on the master 
(e.g. sequencer or rhythm unit) is hit. The first TIMING-CLOCK-IN- 
PLAY must follow within 5 ms after this code. 


FBH CONTINUE START 
This is sent when the CONTINUE button (on the master) is hit. A 
sequence will restart from the point where the sequence stopped on 
the last TIMING-CLOCK-IN-PLAY. The next TIMING-CLOCK-IN- 
PLAY must be sent within 5 ms after this code. 


EC TIMING-CLOCK-IN-STOP 
This code is clocked in Stop mode, to synchrenize a Phase-Locked 


Peek (PLL) which is used (during Stop) for interpolating the timing 
clock. 
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System Commen 


System Common information is intended for all channels in a system. 
FLH Undefined 


F2H MEASURE INFORMATION 
3 bytes: F2H + Ommm mmmm (MS) + Ommm mmmm (LS) 


The two data bytes code the 14-bit measure number. 


F3 SONG SELECT 


H 
2 bytes: F3H + Osss ssss 
The data byte codes the 7-bit song number. 


F4H Undefined 


F5H Undefined 


F6H TUNE REQUEST 


Initiates synthesizer tune routines. 


System Reset 


There is one system reset code. It initializes the entire system to the condition of just 
having power switched on. 


FFH SYSTEM RESET 


System Reset should be used sparingly, preferably under manual command only. In 
particular, it should not be sent automatically on power up. This could cause two units 
connected together to endlessly reset each other. 


CONCLUSION 


This concludes this introduction to the MIDI specification. Practical applications will 
be covered in separate articles which discuss MIDI implementation for each SCI 
instrument. 


Finally, I can't help but observe that MIDI really does present some astounding new 
opportunities for electronic musicians. It should stimulate those whose enthusiasm may 
have waned because of the general incompatibilities and rapid obsolescence of 
equipment manufactured over the past few years. 
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Document No: MIDI-0 
Issued: January, 1933 
Revised: 


MIDI SPECIFICATION-12/82 
MIDI Committee 


MUSICAL INSTRUMENT DIGITAL INTERFACE 


The Musical Instrument Digital Interface, or MIDI, is a specification designed to 
enable interconnecting synthesizers, sequencers, home computers, rhythm machines, 
etc. with a standard interface. 


HARDWARE 


The interface is serial, operating at 31.25 Kbaud, asynchronous, with a start bit, 8 data 
bits (DO to D7), and stop bit. This makes a total of 10 bits (320 micro sec). 


Circuit: 5 ma current loop type. Logical 0 is current ON. One output shall drive one 
and only one input. The receiver shall be opto-isolated and require less than 5ma to 
turn on. 


Connectors: DIN 5 pin (180 degree) female panel mount receptacle. An example is 
the SWITCHCRAFT 57GB5F. The connectors shall be labelled "MIDI IN" and "MIDI 
OUT". 


Cables shall have a maximum length of fifty feet (15 meters), and shall be terminated 
on each end by a corresponding 5-pin DIN male plug, such as the SWITCHCRAFT 
O5GM5M. The cable shall be shielded twisted pair, with the shield connected to pin 2 
at both ends. (See Figure !) 


XLR connectors are acceptable as an alternate standard, providing manufacturers 
using them make available all necessary conversion cables. 


A "MIDI THRU" output may be provided if needed, which provides a direct copy of 
data coming in MIDI IN. 
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DATA FORMAT 


Data are in two main categories:s CHANNEL INFORMATION, which is addressed to a 
specific channel and contains a 4-bit channel number in the status byte, and SYSTEM 
INFORMATION, which is intended for all channels in a system and can be COMMON, 
EXCLUSIVE, or REAL TIME. 


CHANNEL, SYSTEM REAL TIME and SYSTEM COMMON information are recognized 
by all units using the interface, and if the functions specified are not implemented, 
they are simply ignored. SYSTEM EXCLUSIVE information is sent between a 
MANUFACTURER's ID NUMBER and an END OF BLOCK status byte, can be in any 
format (providing the most significant bit is always reset), and is ignored by units not 
recognizing the ID code. 


The most significant bit is a flag which is set in all status bytes and reset in all data 
bytes, limiting all data to 7-bit length. 


The information is prioritized from highest to lowest according to the following 
scheme: : 
1. SYSTEM RESET command 
2. SYSTEM EXCLUSIVE INFORMATION 
3. SYSTEM REAL TIME INFORMATION (except SYSTEM RESET) 
4, COMMON and CHANNEL INFORMATION 
Data transmissions can be interrupted only by information of a higher priority. 


There are three modes of operation for receivers and transmitters: OMNI, POLY, and 
MONO. Receivers are configured upon command of a transmitter, but need not be 
capable of working in all three modes. Receivers and transmitters without channel 
selection capability are always assigned by default to channel one. (nnnn=0000) 


In MONO mode, only one voice per channel is sent. Legato can be done in this mode 
by sending a new NOTE ON, for a different note value, without having sent a NOTE 
OFF. When a receiver switches to MONO mode, it will receive on the channel it is 
assigned to and above, up to the number of voices it has. For example, an eight voice 
without channel selection capability would receive and send in channels 1-8. 


In POLY mode, any number of voices may be sent in a single channel. Receivers 
assign the incoming notes to voices according to normal internal priority. 


In OMNI mode, receivers respond to NOTE EVENT data coming in on any channel. All 
these incoming notes are assigned to voices according to normal internal priority. 


At power up reset, a receiving device must default to OMNI mode until receiving a 
MODE SELECT code in the channel assigned. If it is a POLY code, the receiver 
switches to POLY mode, & acts only on data coming in on that channel. If it is a 
MONO code, & the receiver does not have the capability to handle MONO data, it 
remains in OMNI mode. If the receiver can handle MONO data, it switches to MONO 
mode. It is possible for a unit which is processing and sending data in OMNI mode tc 
send out a MONO or POLY command, requesting another unit to switch to that mode. 
However, it may not itself switch modes until it receives a command. 





SYSTEM REAL TIME INFORMATION codes are for synchronizing sequencers, rhytnm 


Nits, etc. To maintain timing precision, these code: can be sent at any time, even 
etween data bytes sent under another status code, except during SYSTEM 
EXCLUSIVE data blocks. 
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OMNI, POLY and MONO MODE select codes serve as "ALL NOTES OFF" commands in 
the channel(s) they control. 


TABLE I 
SUMMARY OF STATUS BYTES 
Status # of Bytes ; Description 
D7----D9 Following 


!G00nnnn 2 Note OFF event 

100!nnnn 2 Note ON event (velocity=0: Note OFF) 
1010nnnn 2 Polyphonic key pressure/after touch 

10linnnn 2 Control change 

1O00nnnn 1 Program change 

110ilnnnn 1 Channel! pressure/after touch 
llloxxxx.Sst*=é<“<is*=‘éSCS;*#UMMefineds=S=™”™ 


11110000 PEERS System Exclusive Information 
ll0sss 0 to x System Common Information 
Willett 0 System Real Time Information 
NOTES 
#: Number of following bytes 
mann: Channel #, where 0000 is channel one. 


0001 is channel two. 


1111 is channel sixteen. 


SAE Oililili, data ... NMOL (EOB) 
iiiitiis Identification 

SSS: lto7 

ttt: 0to7 
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TABLE O 
CHANNEL INFORMATION 


STATUS FOLLOWING BYTES DESCRIPTION 

1000nnnn Okkkkkkk Note OFF event (see notes 1,2,3) 
Ovvvvvvv vyvvvvv: note off velocity 

100innnn Okkkkkkk Note ON event 

vvvvyvv not =0: velocity 

Ovvvvvvv vvyvvvvvs 0: note OFF 

1010nnnn Okkkkkkk Polyphonic key pressure/after touch 
OvVVVVVV vvvvvvv;  After-touch value. 

101 1nnnn Ocececec Control change 
Ovvvvvvv ceecece: control # (0-125)(notes 4,5,6,&7) 


vvvvvvv: control value 
ecececc= 125: OMNI Mode /ALL NOTES OFF 
vvvvvvve 0: (see Notes 4,10) 


eececec= 126: MONO Mode/ALL NOTES OFF 
vvvvvvv= 0 (see Notes 4,10) 


ececeec= 127: POLY Mode /ALL NOTES OFF 
vvvvvvv= 0 (see Notes 4,10) 


1100nnnn Oppppppp Program change 
ppppppp: Program# (0-127) 


1101nnnan Ovvvvvvv Channel pressure/after-touch 
vyvvvyv: after-touch value 
NOTES: 


1. nnnn: channel# (1-16, coded as defined in Table I) 


2. kkkkkkk: note# (0 - 127) 
kkkkkkk=60: Middle C of keyboard 


ac ¢ ¢ ¢c c c c c 


GENERAL 


3. v¥vvv¥vs Key velocity 
A logarithmic scale would be acvisable. 


vvvvvVvv=64: in case of no velocity sensors 
vvvvvvvs 0: NOTE OFF 


4, cececeec: control number 


eceecce description 

0 Pitch bender MSB 

1 Controller 1 MSB 

2 Controller 2 MSB 

3 Controller 3 MSB 
4-31 Continuous controllers 4-31 MSB 
32 Pitch bender LSB 

33 ; Controller 1 LSB 

34 Controller 2 LSB 

35 Controller 3 LSB 
36-63 Controllers 4-31 LSB 
64-95 Switches ( on/off ) 
96-124 Undefined 

125 All notes OFF 

126 Mono mode select 
127 Poly mode select 


5. The controllers except the PITCH BENDER (code = 0) are not specifically defined . 
A manufacturer can assign the logical controllers to physical ones as necessary. 
The controller allocation table must be provided in the user's operation manual. 


6. Continuous controllers (including the Pitch bender) are divided into Most 
Significant and Least Significant Bytes. If only 7 bits of resolution are needed for 
any particular controllers, only the MSB is sent. It is not necessary to send the LSB. 
If more resolution is needed, then both are sent, first the MSB, then the LSB. If 


only the LSB has changed in value, the LSB may be sent without re-sending the 
MSB. 


7. vvvvyvv: control value (Most Significant Byte) 
(for pitch benders) 


low center high 


min max 


(for switches) 
0 127 
+ - - - - - - - + 
off on 


Sey See 
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g. Any data sets (e.g. NOTE ON event data), which are sent successively under the 
same status, can be sent without a status byte until a different status byte is 
needed. 


9. NOTE OFF, NOTE ON, and Control change status bytes always have 2 data bytes 
following. 


10."ALL NOTES OFF/MODE SELECT" codes have a dummy byte for making the data 
set the same length as others, for easier detection in the receiver. 


Example: 1O11CO011 


OLLLi1i1 
00000000 All OFF in chan 3 (POLY mode) 
ee ee interval ch3 silent 


10010011 note ON event in channel! 3 

00111100 note = c4 

01000000 vel = 64 

(10010011) note ON event (status byte not necessary) 
OOLL1L110 note = d4 

01100000 vel = 96 

+e * * interval ch3 c4, d4 on 
(10010011) note ON event (status byte not necessary) 
00111100 note = c4 

00000000 ~—s- ve = 0 (note OFF) 

(10010011) note ON event (status byte not necessary) 
aide interval ch3 d4 on 

01000101 note = a4 

01001000 vel = 16 


ee ee interval ch3 d4, a4 on 
LoLlolll 

OLLLLLL0 

00000000 All Notes Off/Mono mode select (ch 7) 
+ ee interval ch7 silent 


10010111 . note ON event in ch 7 

00111100 note = c4 

00100000 vel = 32 

2 OEE interval ch7 c4 on 
(10010111) note ON event (not necessary) 
OOLL1110 note = d4 (legato) 
(11111000) timing clock in PLAY (can occur any time) 
OO110011 vel = 51 

+ eee interval ch7 d4 on 
10000111 note OFF event 

OOLLL110 note = d& 

00010000 vel = 16 (for release) 

10110111 ch7 silent 
OLLILLL0 

oooo0000 = All OF F in ch7 (mono) 

SORES interval! ch7 silent 

ch3 d4, a4 on 
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TABLE HI 


SYSTEM COMMON INFORMATION 
(WITHOUT ID) 


Status Following Bytes Description 
11116001 : Undefined 
11216615 Cormmmnm Measure information 
Comm mmmmmm: measure # (Most significant) 


‘pmmmmn: ~=measure # (Least significant) 


Liliooll Osssssss Song select 

: sssssss: Song # 
11410100 Undefined 
11110161 Undefined 
LLi10110 Tune request 


Lli10111 End of block (ECB) 


NOTE: EOB - End of Block is used only to terminate SYSTEM EXCLUSIVE Information. 
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TABLE I¥ 


SYSTEM REAL TIME INFORMATION 


Status Following Bytes Description 
11111000 Timing clock in Play 

LLi11001 Timing clock with measure end 
11111010 Start at lst meas 

Llllioli Continue start 

11111100 Timing clock in Stop 

L1Lii1ol undefined 

LLILLL10 undefined 

Liidhidd System reset 

NOTES: 


*The SYSTEM REAL TIME INFORMATION codes are transmitted for controlling all 
of the system in real time. 


*The SYSTEM RESET CODE has the highest priority in the interface, and can be sent 
at any time. The rest of these codes have priority over all transmissions except for 
SYSTEM EXCLUSIVE INFORMATION. Any CHANNEL and SYSTEM COMMON data 
sets which consist of 2 or more bytes may be split to insert REAL TIME INFO. 


*TIMING-CLOCK-IN-PLAY $F 
This clock is sent while the transmitter is in PLAY mode. The system is synchronized 
with this clock which is sent at a rate of 24 clocks/quarter note. 


*MEASURE-END SF9 
The MEASURE-END is transmitted instead of the TIMING-CLOCK-IN-PLAY at the 
end of each measure. 


*START-FROM-1st-MEASURE $FA 

This code is immediately sent when the PLAY button on the master (e.g. sequencer or 
rhythm) is hit. The first TIMING-CLOCK-IN-PLAY must follow within 5 ms after this 
code. 


*CONTINUE START $FB 

This is sent when the CONT button is hit. A sequence will restart from the point where 
the sequence stopped on the last TIMING-CLOCK-IN-PLAY. Following TIMING- 
CLOCK-IN-PLAY must be sent within 5 ms after this code. 


*TIMING-CLOCK-IN-STOP SFC ; 

This clock is sent in STOP mode, and is used to synchronize the PLL (used for 
interpolating the timing clock) during STOP mode. It also can be used for fading out 
and so on. 


*SYSTEM-RESET SFF 
This code initializes all of the system to the condition of just having turned on power. 
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- TABLE ¥ 
SYSTEM EXCLUSIVE INFORMATION 
(WITH ID) 
Status Following Bytes Description 
11116060 Bulk dump etc. 
Oiiiitii iliiiiis identification 


(O***** ee) : 
Any number of bytes may be sent here, 
for any purpose, as long as they all 


: have a zero in the most significant bit. 
(Q* * * * ** *) 


1L110111 (EOB) 


*All bytes between the System Exclusive Status byte and the EOB must have zeroes 
in the most significant bit. 


*The format and ID number can be obtained from the MIDI committee before using 
it. This information will be held in confidence by the committee if so requested by 
the manufacturer. 


*These transmissions have the highest priority in the system, except for the 
SYSTEM RESET command. In no case should other data or status codes be interleaved 
with SYSTEM EXCLUSIVE INFORMATION, regardless of whether or not tne ID code is 
recognized. : 


*Either EOB or SYSTEM RESET will terminate a SYSTEM EXCLUSIVE Transmission. 
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Document No: MIDI-6 
Issued: January, 1933 
Revised: 


Copyright 51933 by 
SEQUENTIAL CIRCUITS, INC. 
All rights reserved. 


PROPHET-5 MIDI IMPLEMENTATION 
Chet Wood, SCI 


Unless otherwise specified, status/data bytes are given in binary, while numbers in 
descriptions are in decimal. 


TRANSMITTED DATA ° 


First Byte Second Third Description 

1000 nnnan Okkk kkkk 9 Ovvv vvvv Note off. Key # = 36(CO) - 96(C5). 
1001 nnnn Okkk kkkk 9 Ovvv vvvv _Note on. Key # = 36(CO) - 96(C5). 
101) 0G00 Ol Wh 0000 0000 Poly mode select (sent periodically) 


100 0600 Oppp pppp Prog change from front panel 


(0-39) or (64-103) See Note 1. 
Id 0000 O1H, 01H, Oppp pppp, Prog data dump (sent upon request) 
data (48)..., F7H (24 bytes) 
Note: Data in program data dumps is sent in four-bit 
nibbles, right justified, least significant nibble sent first. 


IL O10 _- -—- Tune 


RECOGNIZED RECEIVE DATA 


1000 nnnn Okkk kkkk Ovvv vvvv Note off 


1001 nnnn Okkk kkkk Ovvv vvvv Note on (if vel=o, turn off) 
with default, veloc=64) 
1011 GO00 125, 126, -- Turns off all notes that MIDI has turned 
or 127 on. 
1100 9000 Cppp pppp -— Prog change (simulates progi## change 
from front panel) (0-39 or 64-103--see 
‘Note 1.) 
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Second Third Description 

GIA, SOH, Sppp pppp, F7H Prog dump request (ignores if ID wrong) 
O1H, GLH, Copp pppp, Prog data dump (ignores if ID is wrong) 
data (48)..., F7H (24 bytes) 


Note: Data in program data dumps is sent in four-bit 
nibbles, right justified, least significant nibble sent first. 


HM Gild --- --- Tune request 


NOTES 


1. If the front panel is in Scale Mode, 64 is added to the Program number before it is 
sent. Conversely, if bit 6 of a received program number is set, the program is loaded 
as if the front pane! were in Scale Mode. 


2, When retrofitted with MIDI, the Prophet-5 MONO SEQUENCER. interface is 
disabled. However the standard DIGITAL interface will operate normally. 
MODE 


The Prophet-5 is always in-Omni mode. 


FRONT PANEL CODED FUNCTIONS 


When the RECORD switch is held down, pressing a PROGRAM SELECT switch will 
activate the following functions: 


Switch Function 
1 Enables/Disables program change receive only. Program changes are 
always transmitted. 


2 Dump current program. When dumping programs, be sure to disable 
RECORD (with back panel switch). Otherwise you can inadvertently 
copy one program to another by hitting program changes (with the 
RECORD light on). 


PROPHET-5 PROGRAM BIT MAP 


Byte 9 
Byte 1 
Byte 2 
Byte 3 
Byte & 
Byte 5 
Byte 6 
Byte 7 
Byte 8 
Byte 9 
Byte 10 
Byte 11 
Byte 12 
Byte 13 
Byte 14 
Byte 15 
Byte 16 
Byte 17 
Byte 18 
Byte 19 
Byte 29 
Byte 21 
Byte 22 
Byte 23 


Switch Bit (7) 
OST A PULSE 
OSC A SAW 

OSC A SYNC 
OSC B SAW 

OSC BTRI 

OSC B PULSE 
OSC B KBD 
UNISON 
POLY-MOD FREQ A 
POLY-MOD PW A 
POLY-MOD FILT 
LFO SAW 

LFO TRI 

LFO SQUARE 
FILT KBD 
RELEASE 
W-MOD FREQ A 
W-MOD FREQ B 
W-MOD PWA 
W-MOD PW B 
W-MOD FILT 
OSC B LO FREQ 
x 


x 


PROPHET-5 


Pot Bits (0-6) 
FILT ATK 

FILT DEC 

FILT SUS 

FILT REL 

AMP ATK 

AMP DEC 

AMP SUS 

AMP REL 
FILTER CUTOFF 
FILT ENV AMT 
MIX OSC B 

OSC B PW 

MIX OSC A 

OSC A PW 

MIX NOISE 

FILT RESONANCE 
GLIDE 

LFO FREQ 
W-MOD SOURCE MIX 
P-MOD OSC B 
P-MOD FILT ENV 
OSC A FREQ 
OSC B FREQ 
OSC B FINE 
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Decument No: MIDI-& 
Issuec: January, 1983 
Revised: 





Copyright © 1983 by 
SEQUENTIAL CIRCUITS, INC. 
All rights reserved. 


PROPHET-600 MIDI IMPLEMENTATION 
Dave Smith, SCI 


Unless otherwise specified, status/data bytes are given in binary, while numbers in 
descriptions are in decimal. 


TRANSMITTED DATA 





First Byte Second Third Description 

1666 0900 Ckkk Kkkk 40H Note off (key # = 36(C@) - 96(C5).) 

1001 GOOG Okkk kkkk 40H Note on (key # = 36(C$)) - 96(C5).) 

1100 0090 Oppp pppp --- Prog change from front panel (00-99), 
if enabled. 


11 0000 OLH (SCI ID) 02H, Oppp pppp, data (32)..., F7 (EOB) 
Prog data dump (sent upon request) 
(32 nibbles, 16 bytes) 
Note: Data in program data dumps is sent in four-bit 
nibbles, right justified, least significant nibble sent first. 


11100060 0 p6 pS p4 p3 p2 p! pd (LS 7 bits) 
0 p13 pl2 pil p!0 p9 p8 p7 (MS 7 bits) 
Note: Pitch wheel change (when enabled). 14-bit signed 2's 
complement pitch wheel value. 8-bit accuracy (Bit p0=0, 
bits p9-p13 are sign bits). If both bytes=0, no pitch change 
(wheel centered). 


{O11 9000 1 000m mmmm Mod wheel amount data (if enabled). 
Note: Wheel values are only sent whenever a change in 
position is detected. 


RECCGNIZED RECEIVE DATA 
1000 xxxx OkkK kkkk Ovvy vyvv Note off. Velocity ignored. 


100] xxxx OkkKK kkkk Ovvv vvvv Note on (if vel=0, turn note off. 
Otherwise velocity ignored.) 
Note: When the note-on code is sent once (100! xxxx), new 
notes can be played without using a new note on or oif 
status byte, by using velocity=0 for note off. 


PROPHET-600 


First Byte Second Third Description 
TIGOQ xxxx Gppp ppop --- Prog change (If enabled, simulates 


progi# change from front panel.) 


LM xxxx O1H (SCI ID) OOH, Oppp pppp, F7 (EOB) 
Prog dump request (ignores if ID wrong) 


LLL xxxx OLH (SCI ID) 02H, Oppp pppp, data (32)..., F7 (EOB) 
Prog data dump (ignores if ID is wrong) 
(32 nibbles, 16 bytes.) 


L110 xxxx 0 p6 p5 p4 p3 p2 pl pd (LS 7 bits) 
: 0 p13 pl2 pli p10 p9 p8 p7 (MS 7 bits) 
Note: Pitch wheel change (when enabled). The 14 bits are 
shifted, after receipt, as follows: 


pl3 p13 pl2pll plO p9? pS p7— pé p5 p4 p3 p2 pl poo 


That is, pl3 is assumed to be the sign bit and hence is 
moved into the MSB. The LS byte is shifted to put the bits 
in the correct order. For reference, bit p6 = | semitone in 
the Prophet-600. Also note that this pitch value does not 
go through auto-tune, and as such should not range beyond 
+/-a perfect 5th, for optimum tuning. 


{O11 xxxx 1 000m mmmm External modulation amount (if 
enabled). Note: This amount is added 
to MOD wheel and INITIAL MOD 
AMOUNT pots to establish total 
amount of modulation. 

MODE 


The Prophet-600 is always in Omni mode. 


FRONT PANEL CODED FUNCTIONS: 


When the RECORD switch is held down, pressing a PROGRAM SELECT switch will 
activate the following functions: 


Switch Function 


1 Enable/Disable program change, both transmit and receive (toggles). 
On power up, MIDI program change is disabled. 
2 Dump current program. Sends the 16 bytes of the stored Non- 


Volatile program that is displayed in the PROGRAM display, 
regardless of mode (Preset, Manual, Edit, etc.). 


3 Reserved for machine service function (pitch wheel deadband 
centering). 
4 Enable/Disable Pitch and Mod wheel control transmit and receive. 


Disabled on power up. 


Note that if two -600's are connected together, to work correctly, both switch 
function | and 4 must be done on both instruments. 


, 
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MS BIT 

BO A6é AS 
DO C3 C2 
El £0 Dé 
F4 F3 F2 
HO G5 Gs 
Ii 10 H6 
3300920~«COT 
K4 K3 K2 
M2 Mi MO 
02 OL 00 
Q2 Qt 0 
52. Si SO 
L2 Ul U0 
V6 V5 V4 
ZF ZG AZ5 
ZF ZE ZD 
SWITCH BITS 


A4 


Z0=OSC A PULSE 
Z1=OSC B PULSE 
Z2=FIL KBD FULL (only 
1 on) 
Z4=LFO SHAPE (1=TRI) 
Z5=LFO FREQ AB 


Z3=FIL KBD % 


Z6=LFO PW AB 
Z7=LFO FIL 


0G PROGRAM BIT MAP 


PROPHET-600 


Ls BIT 

A2 Al Ad 
B3 B2 Bl 
D306 «D2 COD 
EG £3 EZ 
Gl GO F5 
H3 H2 HI 
14 13 12 

J6 J5 J4 
Ll LO K5 
NI NO M3 
Pl PO O3 
RIL RO Q3 
Tl To $3 
Vi vo U3 
L2 Z1 ZO 
ZA Z Z8 


Z8=OSC A SAW 
Z9=OSC A TRI 
ZA=OSC A SYNC 
ZB=OSC B SAW 
ZC=OSC B TRI 
ZD=PMOD FREQ A 
ZE=PMOD FIL 
ZF=UNISON 
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POT BITS 

A=OS5C A PULSE WIDTH (7) 
B=PMOD FIL ENV AMT (4) 
C=LFO FREQ (&) 
D=PMOD OSC B AMT (7) 
E=LFO AMT (5) 

F=OSC B-FREQ (6) 
G=OSC A FREQ (6) 
H=OSC B FINE (7) 
I=MIXER (6) 

J=FILTER CUTOFF (7) 
K=RESONANCE (6) 
L=FIL ENV AMT (4) 
M=FIL REL (4) 

N=FIL SUS (4) 

O=FIL DEC (4) 

P=FIL ATK (4) 

Q=AMP REL (4) 

R=AMP SUS (4) 

S=AMP DEC (4) 

T=AMP ATK (4) 

U=GLIDE (4) 

V=OSC B PULSE WIDTH (7) 


PROPHET-600 


Document No: MIDI-5 
Issued: January, 1983 
Revised: 


Copyright ©1983 by 
SEQUENTIAL CIRCUITS, INC. 
All rights reserved. 


USING THE PROPHET-600 MIDI 
Stanley Jungleib, SCI 


INTRODUCTION 


The Prophet-600 is the first commercial synthesizer available with the Musical 
Instrument Digital Interface (MIDI). This section explains first briefly, then in more 
detail how to use MIDI and how it is implemented on the Prophet-600. Programmers 


should also consult the MIDI specification itself and "MIDI Fundamentals" available c/o 
Sequential Circuits, Inc. 


BASIC OPERATION 
l. Switch power off on all equipment to be interconnected. 
2. Connect Synth A MIDI OUT to Synth B MIDI IN jack. 


3. Switch power on. After TUNE, notes played on Synth A will be played 
simultaneously on Synth B. : 
4, To enable Synth A program selections to simultaneously select Synth B programs, 
hold RECORD and press PROGRAM SELECT |, on both units. 


5. To enable the Synth A MOD and PITCH wheels to control Synth B modulation and 
pitch, hold RECORD and press PROGRAM SELECT 4, on both units. 


6. To reprogram Synth B with a specific sound from Synth A, select the Synth A 
program, then (on Synth A) hold RECORD and press PROGRAM SELECT 2. 


7. Steps 4 and 5 must be performed (if desired) each time power is switched on. 


CONNECTION/INITIALIZATION 


The simplest application is to tie two Prophet-600s together, gaining the sonic power 
of simultaneous programs (Double Mode). MIDI OUT on vie "master" is connected to 
MIDI IN on the "slave" (Figure M5-0). If it is desired to use either keyboard to control 
the other, a second cable can be added (Figure M5-1). The -600s are smart enough to 
distinguish information which arises from their keyboard from that which comes in 
through the MIDI. Each will send what is played on its Keyboard or by its sequencer, 
put they do not “echo” the MIDI IN info over MIDI OUT. This prevents an infinite loop 
from forming from the slight delays this all takes. 


PROPHET-6&CO 


MASTER SLAVE 
OUT IN 


Figure M5-0 
SIMPLE CONTROL 





Figure M5-1 
DUAL CONTROL 


Returning to the simple installation for explanatory purposes, when power is first 
turned on, both instruments TUNE, then initialize to Omni mode. This means that the 
master will always be transmitting keyboard and control information on Channel |, 
while the slave will be receiving on all channels (even though in this installation 
Channels 2 - 16 aren't being used). 


Both -600s remain in Omni mode, since they are not equipped with Poly or Mono 
modes. 


KEYBOARD INFORMATION 


At this point, any key played on the master will be played simultaneously on the slave. 
Specifically, suppose middle C on the master-is struck. This is a Note On event, 
transmitted to the slave as a three-byte package where the first byte codes the 
command and channel numbers, the second byte is the key number, and the third byte 
is the key velocity. For example: 90H-3CH-40H. 


90H 9H= Note On status 
OH= Channel |. Range: 0-FH (Channels 1-16) 


3CH = key number 60, middle C. Range: 24-5FH (keys 36/CO - 96/C5) 
40H = velocity 64, the default value since velocity is not implemented. 
Because the \1SB is set (1), the slave sees the first byte as a status byte. This flag tells 


the receiver to decode this byte as a command, and prepare for the key number and 
velocity data bytes which follow. 





When the instruction has been completely received, the slave plays middle C and will 
hel¢ ip upg) one of two kinds of commands are received which turn that specific note 
i \reica . 
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One way to turn the note off is with a Note On command with velocity set to 0, e.g., 
SOH-3CH-O90H. Actually, the slave receiver has a convenient feature which allows a 
transmitter to delete unnecessary status bytes. The transmitter can leave out the 
status byte whenever the status doesn't change. So turning this note off in this way 
really requires only two bytes: 3CH-00H. 


The second way to turn the note off is with the Note Off command, which has a 
different status, and therefore takes three bytes, whenever it follows a Note On 
status, e.g, 80H-3CH-40H. The Prophet-600 transmitters always send Note Off 
commands (rather than Note On/Velocity 0 commands). (Note Off is not redundant. It 
is needed to define the release velocities of, for example, the Prophet-T8.) 


As multiple notes are turned on, the slave will assign its voices just as if the notes 
were coming from its keyboard. In fact its keyboard can be played normally. It will 
simply play along with the MIDI input, and "steal" voices if a total of more than six are 
played. 


‘ 


PROGRAM SELECT 


On power-up, the Prophet-600s select program 00 for themselves. For simplicity, when 
they are simply interconnected, master and slave program selections are not linked. 
Instead, one independently selects programs on both the master and slave. 


However a coded control function is provided to enable the slave to follow master 
program changes. To enable MIDI program changes, while holding down the RECORD 
then press PROGRAM SELECT 1. This must be done on both units (after power-up). 


Now whenever the master program is changed, it will transmit the new program 
number to the slave in two bytes. The status byte again defines the command and 


channel numbers, while the second byte contains the program number. For example, 
COH-62H. 


COH CH= Program Change status 
OH= Channel | 


62H = program number 98. Range: 00-63H (programs 00-99) 


When the slave receives this code, it switches to its program 98 and plays in whatever 
sound is stored there. 


To disable MIDI program changes, again hold RECORD and press 1. 


MOD WHEEL ~ 


Likewise, PITCH and MOD wheel information is also not linked by default, but can be 
enabled and disabled with a coded function performed on both units (and which links 
the PITCH wheel as well, see below). Hold RECORD and press 4, on both units. Now 
whenever a change of master MOD wheel position is detected, a three-byte code will 
be sent which codes the command, the control number, and the control value. For 
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@, when the wheel is rzised from its off (down) position, the first code sent will 


BGH BH= Contro! Change status 
OH= Channel 1 


CLH MOD wheel control address. Range: 00-01H (selects PITCH or MOD) 
OLH Control value. Range: 00-20H (0-31) 


The contro! value OLH, of course, is the first increment of MOD wheel increase above 
09. In the slave, this amount is added to the current values of the slave's MOD wheel 
and INITIAL MOD AMOUNT pots to establish the total depth of modulation. 


PITCH WHEEL 


Like the MOD wheel, master PITCH wheel control over the slave is also disabled on 
power up, but controlled by the RECORD/PROGRAM SELECT 4 operation. Because it 
affects pitch, this control needs 8-bits of resolution, therefore two cata bytes 
following the status byte. The pitch wheel value is formatted as a 14-bit signed two's- 
complement number. For example, when the master PITCH wheel is moved up one 
increment from center, the code will be EOH-02H-00H: 


EOQH EH=Pitch Change status 
OH=Channel | 


02H Increment of LS byte: 0 p6 p5 p4 p3 p2 pl pd (LS 7 bits) 
00H No change in MS byte: 0 p13 p12 p11 p10 p9 p8 p7 (MS 7 bits) 


Bit p0=0 and bits p9-p13 are sign bits when transmitted by a -600. In the receiver, the 
14 bits are shifted as follows: 


pl3 pl3 pl2pll plO p9 pS p7__p6 p5 p4 p3 p2 pl poo 


That is, p13 is assumed to be the sign bit and hence is moved into the MS bit. The LS 
byte is shifted to put the bits in the correct order. For reference, bit p6 equals | 
semitone in the -600. Also note that this pitch value does not go through the auto-tune 
and as such should not range beyond +/- a 5th, for optimum tuning. 


PROGRAM DUMP 


The master -600 can dump programs to the slave, reprogramming the same location by 
another coded switch function. For example, if program 33 is selected on the master, 
hold RECORD and hit PROGRAM SELECT 2. The slave's program 33 will be replaced 
with the master's program. This will happen regardless of the state of either 
instrument (Preset, Manual, Edit, etc.). Also note that the actual stored program value 
is sent, even if it has been edited. This means that edited programs must be recorded 
before they can be sent. 
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The program dump occurs within the System Exclusive data format. In this example, 
the coce would De FGH-01H-02H-21H-data-F7H: 


FOH 
OLH 
02H 
21H 


data 


F7H 


System Exclusive status 

SCI's Manufacturer's ID number 

Defines program dump (Prophet-600). 

Program number 33. Range 00-63H (programs 00-99). 


16 bytes of program data, formatted according to Table 1. 
Sent as 32 4-bit nibbles, right justified, LS nibble sent first. 


End-of-Block code terminates System Exclusive status. 


Although there is no way to transmit this code from the -600, it will also respond to 
requests for specific program data. The program dump request takes the form: 


FOH 
1H 
00H 
21H 
F7H 


System Exclusive status 

SCI's Manufacturer's ID number 

Defines program dump request 

Program number 33. Range 00-63 (programs 00-99). 


End-of-Block code terminates System Exclusive status. 


When this is received, the -600 will transmit the requested program in the format of 
Table 1, again regardless of the state of the instrument. 


If the receiver sees an incorrect [ID number, it will ignore the dump request. 
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Table i 
PROPHET-6C0 PRCGRAM BIT MAP 


16 bytes of program data POT BITS 
A=OSC A PULSE WIDTH (7) 





BYTE MS BIT LS BIT B=PMOD FIL ENV AMT (4) 
Gg BO A6 AS A AZ AZ AL AO C=LFO FREQ (4) 
1 DO C3 C2 Cl CO B3 B2 BIL D=PMOD OSC B AMT (7) 
2 El EO D6 DS D4 D3 D2 Di E=LFO AMT (5) 
3 F4 F3 F2 Fl FO E4& £3 £2 F=OSC B FREQ (6) 
4 HS GS G4 G3 G2 Gl GO F5 G=OSC A FREQ (6) 
5 Il 10 H6 HS H4 H3 H2 Hi H=OSC B FINE (7) 
6 33.392 Jl 630) 0 615COHsiCaBE C2 I=MIXER (6) 
7 K4 K3 K2 Kl KO 36 35 J4 © J=FILTER CUTOFF (7) 
8 M2 Ml MO L3  L2 LIL LO K5 K=RESONANCE (6) 
9 O02 OL O60 N3 N2 Nt NO M3 L=FIL ENV AMT (4) 
A Q2 OL Q0 P3 P2 PL PO 03 M=FIL REL (4) 
8 $2 Sl SO R3 R2 RL RO Q3 N=FIL SUS (4) 
GC U2 Ul UO T3 T2 ‘(Tl %TO S83 O=FIL DEC (4) 
D V6 VS V4 V3 V2 V1 VO U3 P=FIL ATK (4) 
E Z7 Z6 ZS Z4& Z3 Z2 Zl ZO Q=AMP REL (4) 
F ZF ZE ZD ZC ZB ZA Z9 = Z8 R=AMP SUS (4) 
S=AMP DEC (4) 
T=AMP ATK (4) 
U=GLIDE (4) 
V=OSC B PULSE WIDTH (7) 
SWITCH BITS 
ZOs0SC A PULSE Z8=OSC A SAW 
Z1=OSC B PULSE Z9=OSC A TRI 


Z2=FIL KBD FULL (only ZA=OSC A SYNC 
Z3=FIL KBD % 1 on) ZB=OSC B SAW 
Z4=LFO SHAPE (1=TRI) ZC=OSC B TRI 


Z5=LFO FREQ AB ZD=PMOD FREQ A 
Z6=LFO PW AB ZE=PMOD FIL 
Z7=LFO FIL ZF=UNISON 


page 38 


PROPI£CI-1sS 


Document No: MIDI-9 
Issued: January, 1983 
Revised: 


Copyright ©1983 by 
SEQUENTIAL CIRCUITS, INC. 
All rights reserved. 


PROPHET-T3 MIDI IMPLEMENTATION 
Donna Murray, SCI 


Unless otherwise specified, status/data bytes are given in binary, while numbers in 
descriptions are in decimal. : 


TRANSMITTED DATA 


First Byte Second Third Description 
1000 nnnn Okkk kkkk = Ovvv vvvv Note off. Key # = 21(A0) - 96(C6). 
1001 nnnn Okkk kkkk 9 Ovvv vvvv Note on. Key # = 21(A0) - 96(C6). 
1011 0000 Oli 110 0000 0000 Mono mode select (sent periodically) 
1100 0000 Oppp pppp -- Prog change from front panel 
(0 - 63 (left) 64-127 (right) ) 
M01 nann OvVV vvvvV === : Pressure change (0-127) 
Il) 0000 OLH, 03H, Oppp pppp, data Prog data dump sent upon request, 
(64).... F7H or REC + #3 control function (32 bytes) 


Note: Data in program data dumps is sent in four-bit 
nibbles, right justified, least significant nibble sent first. 


Lt O10 - Tune 


RECOGNIZED RECEIVE DATA 


1000 nnnn Okkk kkkk Ovvv vvvv Note off 

1001 nnnn Okkk kkkk Ovvv vvvv Note on (if vel=o, turn off, with default 
= veloc=64) ; 

1011 0000 124 (decimal) -- KBD control connect--toggle 


Note: When KBD local control is disabled, the KBD will not 
control the synthesizer. KBD signals will be sent out on 
MIDI, and only MIDI IN signals will control the synthesizer 
sound-generation circuitry. 
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IGli OGGG 


199 GOG9 


110) nnnn 
lilt GOGO 


It GG00 


LI 0419 


MODE 


Cppp pppp 


Ovvv vvvv 


PROPHET-T3 


O1H, COH, Oppp pppp, F7H 


G1H, 03H, Cppp pppp, data 


(64)..., F7H 


Description 


Omni mode select 
Mono mode select 
Poly mode select 


Prog change (simulates prog# change 
from front panel) 


Pressure 
Prog dump request (ignores if ID wrong) 


Prog data dump (ignores if ID is wrong) 
(32 bytes) 


Tune request 


The Prophet-T8 defaults to Omni mode on power-up. 


In Poly mode, the -T8 reads only channel 1. 


In Mono mode, the -T8 reads § mono channels. Assigns key on, key off, and pressure 
by voice #nnnn. 


In either Omni or Poly modes, regular internal voice assignment is used and pressure is 


ignored. 


FRONT PANEL CODED FUNCTIONS 


When the RECORD switch is held down, pressing a PROGRAM SELECT switch will 
activate the following functions: 


Switch 
1 


Function 


Enable/Disable MIDI program change. (If disabled, any program 
changes received from MIDI are ignored. Disabled on powerup.) 


Dumps present program to MIDI. (If in upper, dumps upper program. 
See Note 1) 


Machine service function. 


page 40 


PROPHET-T3 


PROPHET-T3 PROGRAM BIT MAP 


Byte 9 


Byte 


l 


Byte 2 
Byte 3 
Byte + 
Byte 5 
Byte 6 
Byte 7 
Byte & 
Byte 9 
Byte A 
Byte B 
Byte C 


Byte 
Byte 


Dd 
E 


Byte F 


Byte 
Byte 
Byte 
Byte 
Byte 
Byte 
Byte 
Byte 
Byte 
Byte 
Byte 
Byte 
Byte 
Byte 
Byte 
Byte 


10 
tl 
12 
13 
14 
15 
16 
17 
18 
19 
1A 
1B 
1c 
1D 
1E 
IF 


Switch Control 
Bit (7) Bit (6) 
PR LFO FREQ 
PRLFOAMT S7 
PR AMP S6 
PR FILT $5 
PR PW 

PR FREQB 

PR FREQA S4 
ENA WHEEL 
P-MOD FILT $3 
P-MOD PWA 
P-MOD FRA 
OSC A TRI $2 
osc A SAW 

OSC A SYNC 
LFO FILT 

LFO PW 
LFOFREQB Sl 
LFO FREQ A 
LFO SQUARE SO 
LFO TRI x 
LFO SAW 


OSC A PULSE P3 
osc B SAW P2 
OSC B KBD Pl 
OSC BLO PO 
OSC B PULSE L5 


OSC BTRI 

ADR Lé 
DOUBLE L3 
SPLIT L2 
SINGLE Li 
UNISON LO 
x=not used 


§0-S7= Split key number 
PQ-P3= PROG VOLUME 
LO-L5= Link program number 


Aux 
Bit (5) 


“ 


x «KK KK 
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Pot Bits 

(0-4, 0-5, or 0-6) 

FILT RES (0-6) 

MIX NOISE (0-5) 

MIX OSC B (0-5) 

MIX OSC A (0-5) 

P-MOD OSC B (0-6) 
PRESS AMT (0-6) 

LFO FREQ (0-4) 

P-MOD FILT ENV (0-6) 
OSC A FREQ (0-5) 

OSC A PW (0-6) 
LFO-MOD INIT AMT (0-6) 
OSC B FREQ (0-5) 

OSC B PW (0-6) 

OSC B FINE (6-6) 

FILT CTF (0-6) 

FILT KBD AMT (0-6) 
FILT REL (0-4) 

FILT SUS (0-6) 

FILT DEC (0-4) 

FILT ATK (0-4) 

FILT ENV AMT (0-6) 
REL ENV RATE (0-5) 
FILT ENV PEAK (0-5) 
AMP ENV PEAK (0-5) 
ATK/DEC ENV RATE (0-5) 
AMP REL (0-4) 

AMP SUS (0-6) 

AMP DEC (0-4) 

AMP ATK (0-4) 

GLIDE (0-4) 

2ND FILT RELEASE (0-4) 
2ND AMP RELEASE (0-4) 


PROPHET-10 





Copyright £1983 by 
SEQUENTIAL CIRCUITS, INC. 
All rignts reserved. 


PROPHET-10 MIDI IMPLEMENTATION 
Chet Wood, SCI 


Unless otherwise specified, status/data bytes are given in a while numbers in 
descriptions are in decimal. 


TRANSMITTED DATA 


First Byte Second Third * Description 

1000 nnnn O6kkk kkkk = Ovvv vvvv Note off. Key # = 36(CO) - 96(C5). 

1001 nnnn Okkk kkkk 9 Ovvv vvvv Note on. Key # = 36(CO) - 96(C5). 

101! 0000 Ol Wil 0000 0060 Poly mode select (sent periodically) 

1100 0600 Oppp pppp --- Prog change from front panel (0-31) 

111 0000 O1H, 04H, Oppp pppp, data Prog data dump (sent upon request) 
(64)..., F7H (32 bytes). See note |. 


Note: Data in program data dumps is sent in four-bit 
nibbles, right justified, least significant nibble sent first. 


M1 OHO --- --- Tune 


RECOGNIZED RECEIVE DATA: 


1000 nnonn Okkk kkkk Ovvv vvvv Note off 

{001 nnnn Okkk kkkk Qvvv vvvv Note on (if velso, turn off with default 
veloc=64) 

1911 6609 125 --- Omni mode select 

1011 0059 127 --- Poly mode select 

G0 GOGG Oppp pppp --- Prog change (simulates prog# change 
from front pane!) 

Hib OS65 G1H, CSH, Cppp pppp, F7H Prog dump request (ignores if ID wrong) 
(Note 3) 
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First Byte Second Third Description 

Ili GOGO OLH, 04H, Oppp pppp, data Prog data dump (ignores if ID is wrong) 
(64)..., F7H (32 bytes) (note 1) 

Hil O10 Tune request 

NOTES 


1. Program dump/request is numbered 0-3! for lower and 32-63 for Upper, and is 
always sent and received in Channel 1. : 


2. When the Prophet-19 is retrofitted with MIDI the MONO SEQUENCER interface is 
disabled. 


MODE 


The keyboard and mode functions are enabled and disabled by the front pane! coded 
functions described on the next page. 


See Figure 1. : 


Co 





CH 


Flea 
PHET-10 CHANNEL FLOW 
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On power up, doth the Upper and Lower synths (if enabled) will receive and transmit in 
Omni rnede. Receiving encompasses any channel: In Omni mode all received data is 
sent to Lower and/or Upper synths, and Polysequencer. Also if enabled, Upper and 
Lower and Polysequencer keyboard data will all be sent out on Channel 1. 


The Prophet-10 transmits a Poly Mode Select/All keys off command continually. 


The Lower xeyboard listens on Channel 1, while the Upper keyboard listens on Channei 
6 for Mode Select codes. 


When it receives a Poly Mode Select command in Channel! I, it will switch to Poly 
mode: transmitting and receiving Lower keyboard (and internal Polysequencer) data 
(if enabled) in Channel 1, and Upper keyboard data (if enabled) in Channel 6. lf the 
Crossover switch is activated (see below), Upper will go over Channel 1, and Lower, 
over Channel! 6. 


FRONT PANEL CODED FUNCTIONS 


When the RECORD switch is held down, a MIDI mode select function is enabled, and 
the present state will be displayed on the LEDs. When an LED is lit, it means the 
corresponding function is enabled for both Transmit and Receive. NOTE: To prevent 
accidental program erasure, switch the back panel RECORD switch to DISABLE. 


SWITCH FUNCTION 
UPPER Upper Keyboard data 


LOWER Lower Keyboard data 

NORMAL Upper Program Changes 

SINGLE Lower Program Changes 

A-440 Crossover. When in the Crossover state, the Upper data (if enabled) 

‘will be sent in Channel 1, and Lower/polysequencer data (if enabled) 

in Channel 6. 

TUNE Program send. ‘Program send’ is not a state, but a command which 
sends out the program currently selected: either the Upper one if 
Upper keyboard data is enabled, or the Lower one if the Lower 


keyboard is enabled and the Upper is not, or neither if neither is 
enabled. 
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PROPHET-10 BIT MAP 


BYTE(H) MS 
0 

l Cé 
2 C5 
3 C4 
4 C3 
3 C2 
6 cl 
7 co 
8 B7 
9 Bé 
A BS 
B B4 
Cc B3 
D B2 
E Bl 
F BO 
10 A7 
il A6 
12 AS 
13 A4& 
14 A3 
45 A2 
16 Al 
17 AO 
18 - 

19 - 

LA -- 

1B - 

Ic _ 

1D - 

tE - 


SWITCH BITS 
Zz 
LFO SQUARE 


ae 
UNISON 


Z25 


C7 


OSC B PULSE OS¢ 


N 


235 
OSC 8B KBD 


255 
ALTERNATE 


PROPHET-10 


BIT LS 7 BITS 
FILT ATK C= HIEQ 
FILT DEC B= MID EQ 
FILT SUS A=LOEQ 
FILT REL 
AMP ATK Note: EQ bytes 
AMP DEC for Prog: are stored under Prog: 
AMP SUS 18 28 
AMP REL 28 38 
GLIDE 38 48 
OSC A PW 48 18 
OSC BPW 
MIX OSC A 
MIX OSC B 
MIX NOISE 
FILT RES 
FILT ENV AMT 
LFO FREQ 
LFO AMT 
FILTER CUTOFF 
PROG VOLUME 
P-MOD ENV AMT 
P-MOD OSC B AMT 
OSC A FREQ 
OSC B FREQ 
OSC B FINE 
. TUNE 
- Z5 Z4& 23 Z2 Zl 20 --= not used 
-- Z15 Z14 Z13 Z12 Zilli Z10 
- 225 Z24 Z23 Z22 Z21 Z20 
- 235 Z34 Z33 Z32 Z31 Z30 
- — 244 Z43 242 Z4l Z40 
—~ 255 Z54 Z53 252 Z51 250 
Za z3 zz ZL zo 
LFO TRI LFO SAW P-MOD FILT P-MODPWA P-MOD FREQ A 
Zig Z13 Z12 ZL Z10 
M-MOD FILT M-MOD PW B M-MOD PW A M-MOD FREQ B M-MOD FREQ 4 
224 223 Z22 Z21 220 
OSC BTRI OSCBSAW OSCASYNC OSC APULSE OSC A SAW 
234 233 232 Z31 230 
OSC BLO PEDIFILT PEDIFB PEDIFA FILT KBD 
za Ze3 Zu2 Zul Z40 
LFO UL MIX PED 2 AMP PED2FILT PED1M-MOD PED 1 AMP 
DOUBLE SINGLE NORMAL DRONE ELEASE 
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